为公共云配置 IP 定额应用程序
IP 定额应用程序是在独立服务器或主机上运行的 Java™ 应用程序。在以太网网络中可以使用 IP 定额应用程序解决系统上的一半节点或机柜变为不可用的故障场景。在此场景中,应用程序将确定哪些节点或机柜可继续处理主机操作,并避免出现拆分系统(拆分系统的两半将继续独立处理 I/O)。
对于使用单站点或标准拓扑进行配置且未配置任何外部存储器的系统,还可以将 IP 定额应用程序用作定额设备。为系统配置标准拓扑时,IP 定额方式设置为标准;仅当系统拓扑未设置为标准时,定额方式首选或优胜者才会生效。要更改 IP 定额应用程序的定额方式,请选择并将此方式设置为首选或优胜者,或者使用 chsystem 命令。此配置为系统提供仲裁功能,在半数系统节点或机柜无法访问时自动恢复 I/O 处理。
在支持多站点拓扑的系统上,可基于站点上运行的应用程序或其他因素(如环境是否使用第三个站点来进行定额管理)来指定发生中断后负责恢复 I/O 的站点。例如,可指定所选的站点是否作为用于恢复 I/O 的首选站点,或者在仲裁场景中该站点是否自动“胜出”。如果只有一个站点运行关键性应用程序,那么可将此站点配置为首选。发生中断期间,系统会延迟处理其他未指定为“首选”的站点上的仲裁操作。指定的首选站点会变得更易于恢复仍保持联机的 I/O 和关键性应用程序。如果首选站点是发生中断的站点,那么另一个站点会继续赢得仲裁并继续处理 I/O。该功能仅适用于 IP 定额应用程序。它不适用于基于光纤通道的第三个站点的定额管理。 IBM Cloud™ 中要求在裸机或虚拟服务器上至少有一个 IP 定额应用程序。IBM Cloud 配置中的 2 节点和 4 节点系统需要 IP 定额应用程序。在双节点系统中,IP 定额应用程序在发生节点故障后保持可用性。 在具有四个节点的系统中,需要 IP 定额应用程序才能处理其他故障场景。IP 定额应用程序是在 IBM Cloud 中单独的裸机或虚拟服务器上运行的 Java™ 应用程序。 如果您当前具有第三个站点定额磁盘,那么必须在使用 IP 定额应用程序之前移除第三个站点。
IP 网络上有严格的要求,使用 IP 定额应用程序会带来某些不利。当系统配置的某些方面发生更改时,必须重新配置 IP 定额应用程序并将其重新部署到主机。这些方面包括在系统中添加节点(或热备用节点)、从系统中移除节点或在节点上更改服务 IP 地址。其他示例包括更改系统证书或遇到以太网连接问题。 以太网连接问题阻止 IP 定额应用程序访问仍联机的节点。 如果 IP 应用程序脱机,那么必须重新配置 IP 定额应用程序,因为系统配置已更改。 要在管理 GUI 中查看 IP 定额应用程序的状态,请选择。 您还可以使用 lsquorum 命令来查看 IP 定额应用程序的状态。
IP 定额应用程序在 IBM Cloud 中的裸机或虚拟服务器上运行。如果在节点之间发生通信中断,那么该 IP 定额应用程序将决定由哪个节点继续处理操作。但是,IP 定额应用程序不能存储用于恢复系统的配置数据。为确保复原系统数据,将从裸机服务器上用于此目的的内部磁盘中自动分配一个内部磁盘。该本地磁盘将存储元数据,元数据可用于在发生故障时复原系统配置。
可以在单个系统上部署的最大 IP 定额应用程序数为 5 个。每个主机或服务器上仅支持一个 IP 定额应用程序实例。可在多个主机或服务器上配置多个 IP 定额应用程序以提供冗余。如果您的环境中有多个 Spectrum Virtualize 系统,那么每个主机允许多个 IP 定额应用程序,但是每个 IP 定额实例必须专用于该环境中的单个 Spectrum Virtualize 系统。另外,主机或服务器需要可用带宽来支持多个 IP 定额实例。使用以下网络要求来确定这些类型的环境中的带宽和等待时间需求。推荐配置是每个主机或服务器保留一个 IP 定额应用程序。
请勿在依赖于系统所提供存储器的主机上部署 IP 定额应用程序。 此操作可能会导致一种情况,即节点需要检测 IP 定额应用程序以处理 I/O,但是由于该 IP 定额应用程序无法访问存储器而导致无法检测。